Micron Document
____ _ _ _ _
| _ \ ___ | |_ (_) _ __ ___ __| | (_) __ _
| |_) | / _ \ | __| | | | '_ \ / _ \ / _| | | | / _ |
| _ < | __/ | |_ | | | |_) | | __/ | (_| | | | | (_| |
|_| \_\ \___| \__| |_| | .__/ \___| \__,_| |_| \__,_|
|_|


The NomadNet German Wikipedia | Archives | Info
- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b

πŸ” Search

Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―

Diffusing Update Algorithm
part 1/3 Β· 7.2 KB total
──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
top
Der Diffusing Update Algorithm (kurz DUAL) ist eine Komponente des ursprΓΌnglich proprietΓ€ren Routing-Protokolls EIGRP der Firma Cisco. Er ist zustΓ€ndig fΓΌr die Routenberechnung. Der von Cisco angegebene vollstΓ€ndige Name des Algorithmus ist β€žDUAL finite-state machineβ€œ (DUAL FSM).

Mittels DUAL wird bei Benutzung von EIGRP ein schleifenfreies (loop-free) Routing innerhalb eines autonomen Systems erstellt. DUAL reagiert auf VerΓ€nderungen innerhalb der Routingtopologie dynamisch und passt die Routingtabellen der Router automatisch auf verΓ€nderte Gegebenheiten an.

Contents

β€’ Beispiel
β€’ Literatur

──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────

Funktionsweise

DUAL nutzt fΓΌr die Routenberechnung drei von EIGRP in jedem Router separat erstellte Tabellen. Diese Tabellen werden auf Basis von EIGRP zwischen den Routern ausgetauschten Informationen erstellt. Dies Γ€hnelt dem Informationsaustausch mittels eines Link-State-Routing-Protokolls. Im Gegensatz zu Link-State-Übertragungen, bei denen jeder Router die β€žLink Statesβ€œ – d. h. den Status (aktiv/inaktiv) sowie die Bandbreite seiner Schnittstellen an alle Router eines autonomen Systems versendet, werden bei EIGRP sogenannte β€žNachbarschaftsbeziehungenβ€œ aufgebaut. Über diese Nachbarschaften werden nur die Informationen von Router zu Router ΓΌbermittelt, die die Gegenstelle benΓΆtigt.

Die drei Tabellen und deren Funktion im Einzelnen:

β€’ Nachbartabelle = enthΓ€lt Informationen ΓΌber alle anderen direkt verbundenen Router. FΓΌr jedes Protokoll (IP, IPX etc.), das EIGRP unterstΓΌtzt, existiert eine eigene Nachbartabelle. FΓΌr jeden Nachbar wird ein Eintrag mit Beschreibung der Netzwerkschnittstelle und Adresse angelegt. Zudem wird ein Timer initialisiert, der in bestimmten AbstΓ€nden ΓΌberprΓΌft, ob die Verbindung mit dem Nachbarn noch aktiv ist. Dies wird mittels sogenannter Hello-Pakete realisiert. Wird ein Hello-Paket nicht wΓ€hrend einer bestimmten Zeitspanne beantwortet, wird angenommen, dass die Route nicht mehr zur VerfΓΌgung steht und als β€žpassivβ€œ markiert. (Siehe unten)
β€’ Topologietabelle = enthΓ€lt die Informationen ΓΌber die Kosten jeder mΓΆglichen Verbindungen zu jedem Ziel innerhalb des autonomen Systems. Innerhalb der Topologietabelle werden mittels dieser Informationen die primΓ€re und sekundΓ€re Route zu einem Ziel festgelegt. Unter anderem enthΓ€lt die Topologietabelle folgende EintrΓ€ge pro Ziel:

FD (Feasible Distance): Die beste berechnete Distanz zu einem Ziel innerhalb des autonomen Systems.
RD (Reported Distance): Die Distanz zu einem Ziel, die als Information von einem Routernachbar ΓΌbertragen wurde. FΓΌr jeden Nachbarn existiert eine eigene RD vom Nachbarn zum gewΓΌnschten Ziel.
Routenstatus: eine Route ist entweder als β€žaktivβ€œ oder β€žpassivβ€œ markiert. Als β€žpassivβ€œ markierte Routen sind stabil und kΓΆnnen zur DatenΓΌbermittlung genutzt werden. Als β€žaktivβ€œ markierte Routen werden neu berechnet oder gerade bei einem Nachbarn angefragt.

β€’ Routingtabelle = enthΓ€lt die jeweils beste (metrikbezogen, also in diesem Fall die β€žkostengΓΌnstigsteβ€œ) Verbindung zu einem Ziel

──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────